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SOM Overview 

SOM is a technology for packaging object- 
oriented class libraries. 

SOM Design Goals: 

• Language Neutral 

• State of the Art Object-Oriented Capability 

• Support for Industrial Strength Class 

• Libraries 













Who Needs SOM? 

You Need SOM If... 

• Your business is creating Class Libraries OR 

• Your applications make use of other people's 
Class Libraries (e.g. the WPS) 

You Do Not Need SOM If... 



• Your business is creating standalone 
applications AND 

• You are not using SOM packaged libraries. 












SOM and the Workplace Shell 


• The Workplace Shell is the first 
commercially available Class Library 
Packaged with SOM 

• SOM is the packaging technology 

• The Workplace Shell is the Class Library 

• SOM is the tool you will use to modify 

• the Workplace Shell Class Library 










SOM Architecture 



SOM enhances existing languages 
SOM does not replace existing languages 




























The SOM Process 



language specific processing 
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SOM Object 






















The C Language Process 



















A Programming Example 
-The C Bindings 

Definition of a Class 

• A relationship between a data template and a set of 
behaviors 

Example of a class 

• The animal class 
What is an animal? 

• an animal has a name 

• an animal eats some kind of food 

• an animal can tell you about itself 
















Defining the class animal 


#include <somobj.sc> 
class: animal; 
parent: SOMObject; 
data: 

char name[100]; 
char food[100]; 








Defining the class animal 


methods: 

void setName(char *newName); 
char *getName(); 
void setFood(char *newFood); 
char *getFood(); 
void printQ; 









SOM compiler creates a method 




template file... 


#define animal_Class_Source 
#include "animal.ih" 

#include <string.h> 

#include <stdio.h> 







#undef SOM_CurrentClass 
#define SOM_CurrentClass \ 
animaICCIassData.parentMtab 










SOM compiler creates a method 




template file... 


static void setName(animal *somSelf, 
char *newName) 


{ 


animal Data 

*somThis=animalGetData(somSelf); 

animalMethodDebug("animal", 

"setName"); 


} 















SOM compiler creates a method 




template file... 


static char *getName(animal *somSelf) 


{ 


animalData 

*somThis=animalGetData(somSelf); 

animalMethodDebug("animal", 

"getName"); 


} 


r etc. 7 
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...which you fill in: 


static void setName(animal *somSelf, 
char *newName) 

{ 

animalData 

*somThis=animalGetData(somSelf) 

animalMethodDebug("animal", 

"setName"); 

strcpy(_name, newName); 













...which you fill in: 


static char *getName(animal *somSelf) 

{ 

animalData 

*somThis=animalGetData(somSelf); 
animalMethodDebug("animal", 
"getName"); 
return name; 











...which you fill in 

static void print (animal *somSelf) 

{ 

animalData 

*somThis=animalGetData(somSelf); 

animalMethodDebugCanimal", 

"print"); 

printf("My name is: %s\n", 
_getName(somSelf)); 
printf("My favorite food is: %s\n", 
_getFood(somSelf)); 


} 













The animal client 



#include "animal.h" 
int main() 

{ 


animal *pooh; 
animal *bugs; 


pooh=animalNew(); 

bugs=animalNew(); 

_setName (pooh, "Pooh Bear"); 
_setName (bugs, "Bugs Bunny); 











The animal client 

setFood(pooh, "Honey"); 
setFood(bugs, "Carrots"); 

print(pooh); 

print(bugs); 


return 0; 









Program output: 


My name is: Pooh Bear 
My favorite food is: Honey 

My name is: Bugs Bunny 
My favorite food is: Carrots 










Inheritance (Class Derivation) 

We have an animal class. Objects of type animal can 

• be assigned a name 

• be assigned a food 

Consider writing a dog class. Objects of type dog can 

• be assigned a name 

• be assigned a food 

• make a noise 

We can derive a new class, dog, from an existing class, 
animal 












Implementation of dog class 


dog.csc: 

#include "animal.sc" 
class: dog; 
parent: animal; 
methods: 
void bark(); 














Implementation of dog class 



dog.c: 

static void bark (dog *somSelf) 

{ 



dogMethodDebug("dog","bark"); 
printf("Unknown dog noise\n"); 










Client Code 


#include "animal.h" 
#include "dog.h" 

int main () 

{ 

animal *pooh; 
dog *snoopie; 

pooh = animalNew (); 
snoopie = dogNew (); 












Client Code 






setName(pooh, "Pooh Bear"); 
setName(snoopie, "Snoopie"); 


setFood(pooh, "Honey"); 
setFood(snoopie, "Dog Food"); 
print(pooh); 



print(snoopie); 

bark(snoopie); 


return 0;} 














Client Output 

My name is: Pooh Bear 
My favorite food is: Honey 

My name is: Snoopie 
My favorite food is: Dog Food 
Unknown dog noise 








Polymorphism 

animal defines getName(), setName(), 
getFood(), setFood(), print() 

Dog is derived from anima, and adds one 
new method, bark () 

LittleDog and bigDog are both derived from 
dog, and overrride the bark() method 












bdog. 


#include "dog.sc" 
class: bigDog, local; 
parent: dog; 
methods: 
override bark; 


CSC 



















bdog.c 

static void bark(bigDog *somSelf) 

{ 

bigDogMethodDebug("bigDog", "bark") 

printf("Woof Woof\n"); 

printf("Woof Woof\n"); 

printf("Woof Woof\n"); 

printf("Woof Woof\n"); 

printf("Woof Woof\n"); 


} 










Idog 


#include "dog.sc" 
class: littleDog, local; 
parent: dog; 
methods: 
override bark; 


CSC 














Idog 


#include "dog.sc" 
class: littleDog, local; 
parent: dog; 
methods: 
override bark; 


CSC 
















Idog.c 


static void bark(littleDog *somSelf) 


i 


{ 




NttleDogMethodDebug("littleDog","bark"); 


printf("woof woof\n"); 


printf("woof woof\n"); 


} 








\ r 











Client Code 


include "dog.h" 
#include "bdog.h" 
include "Idog.h" 

int main() 

{ 

dog *snoopie; 
littleDog *toto; 
bigDog *lassie; 













Client Code 




snoopie = dogNew(); 
toto = littledogNew(); 
lassie = bigdogNewQ; 


setName(snoopie, "Snoopie"); 
setName(toto, "Toto"); 
setName(lassie, "Lassie"); 


setFood(snoopie, "Dog Food"); 
setFoodftoto, "LittleDog Food"); 
setFood(lassie, "BigDog Food"); 












Client Code 


printDog(snoopie); 

printDog(toto); 

printDog(lassie); 

return 0 

} 













Client Code 


void printDog(dog *thisDog) 

{ 

_print(thisDog); 

_bark(thisDog); 

> 













Client Output 

My name is: Snoopie 
My favorite food is: Dog Food 
Unknown dog noise 



My name is: Toto 
My favorite food is: LittleDog Food 
woof woof 
woof woof 








Client Output 


My name is: Lassie 
My favorite food is: BigDog Food 
Woof Woof 
Woof Woof 
Woof Woof 
Woof Woof 
Woof Woof 
















SOM Design Goals 

Language Neutral 

State of the Art Object-Oriented Capability 

Support for Industrial Strength Class 
Libraries 













SOM Design Goals 

Language Neutral 

Class libraries built with SOM can be defined and 
implemented in one language, and be used from 
another language. 

The class client can... 

• instantiate objects 

• derive new classes 

• override existing methods 

Even from a non-object oriented language!! 













SOM Design Goals 

State of the Art Object-Oriented Capability 

SOM Today: 

• C Language Bindings 

• Inheritance, Polymorphism, and 
Encapsulation 

• Class Objects 

• Programmer control of method dispatching 



















SOM Design Goals 

State of the Art Object-Oriented Capability 

SOM Development: 

• Additional Language Bindings 

• Multiple Inheritance 

• True separation of class and type 

• Extended OMG CORBA IDL 

• Standardization with other vendors 

• Platform Independence (AIX,...) 












SOM Design Goals 


State of the Art Object-Oriented Capability 



Class Libraries in Development: 

• Persistent Objects 

• Distributed Objects (Simple and 
Replicated) 

• User Interface Frameworks 












SOM Design Goals 

State of the Art Object-Oriented Capability 

Existing technology does not support industrial 
grade class library products. 



Characteristics of industrial grade class libraries: 

• Ship without source code 

• Upward binary compatibility 

• Support shared libraries 















Industrial grade class libraries 


Ship without source code 


A Shipped C++ Product: 


class linkedList { 
private: 

link *currentLink; 
link *headLink; 

void moveLink (link *target,link*object); 
public: 

void setHead(); 
void setTailQ; ...} 



















Industrial grade class libraries 

Ship without source code 

A Shipped SOM Product: 
class: linkedList; 
methods: 
void setHead(); 
void setTailQ; 












Industrial grade class libraries 

Ship without source code 


) 


A Shipped C++ Product: 

void moveLink(link *target, link *object) 
■ ■ ■ 

void setHead() 

■ ■ ■ 

void setTail() 














Industrial grade class libraries 

Upward binary compatibility: 

Class Library Side Client Side 

animal _dog 

Question: 

If you change animal, does dog need recompiling? 

Answer: 



C++: Yes 
SOM: No 












Industrial grade class libraries 

Support shared libraries: 

Prodl from Vendorl uses ClassLib 
Prod2 from Vendor2 uses ClassLib 
Prod3 from Vendor3 uses ClassLib 


Memory Usage 


Prodl 


Prod2 

Prod3 

ClassLib 

ClassLib 

ClassLib 



Prodl 



SOM: 

Prod2 


ClassLib 


Prod3 
































Important SOM Features 



Library 

Producer 

Library 

Client 

Language Neutral 

V 


State of the Art 00 

V 


Industrial Strength 
Libraries 

V 


Ship without source 

/!■ 


Upward Binary 
Compatibility 

V 

y 

Shared Libraries 
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